SPECIFICATION 
TITLE 

METHOD, TERMINAL, AND SERVER FOR TRANSMITTING SERVICE 
MESSAGES IN A FIXED AND/OR MOBILE NETWORK 
FIELD OF TECHNOLOGY 
[0001] The present disclosure relates to smart-home networking and 
messaging 

BACKGROUND 
[0002] Multimedia messages or service messages of various types 
employed in communication services such as SMS (Short Message Service), MMS 
(Multimedia Message Service), e-mail (electronic mail), IM (Instant Messaging), 
and others are typically transmitted on the downlink and uplink between a 
communication server in the service center and a terminal embodied in the mobile 
radio network as a mobile telephone (cell phone) and in the circuit-switched and/or 
packet-switched fixed network as a communication terminal that can be used for 
this purpose in a "Smart Home" scenario. 

[0003] As a successor to the very widely disseminated Short Message 
Service (SMS), mobile radio operators have developed and introduced the 
Multimedia Message Service (MMS). This is characterized in that images, sound, 
and text files are transmitted in unison, delivered directly to the recipient, and 
visualized by the terminal. A prerequisite is for the recipient to have an MMS- 
enabled terminal. If that is not the case the recipient will be notified accordingly via 
another route (SMS, telephone call, e-mail, etc.) and at the same time be offered a 
link to a "URL (Unified Resource Locator)" via which he or she will be able to 
retrieve the message at a later time using a "WEB browser". 

[0004] According to the prior art, a special gateway, in particular an "F- 
MMS gateway", and a terminal designed for the service, in particular an MMS- 
enabled terminal, is required for delivering service messages, in particular 
"multimedia messages", to a terminal (for example a DECT telephone) that is not 
directly connected to the mobile radio system. However, such terminals for fixed 
networks are only being introduced into, and available on the market gradually. For 
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a swift launch of the various services, in particular the MMS service, in a fixed 
network it is therefore necessary also to enable users to receive such service 
messages using any terminals. 

[0005] According to the prior art a terminal designed for the service, in 
particular an MMS-enabled terminal, is again necessary for producing service 
messages, in particular MMS messages. Alongside this, "WEB clients" are also 
employed on the personal computer for producing messages of said type. So that 
the above-described reception of service messages, in particular MMS messages, 
on any terminals can be employed to practical advantage, a concept is also required 
for producing and sending service messages, in particular MMS messages, on 
terminals that are not suitable for this purpose. 

[0006] To enable the individual communication subscribers offered the 
communication services cited at the beginning to have uniform access to the 
services and so that data transmitted therein can be administered, it is known that 
providers of such communication services operate special internet portals such as, 
for example, "WEB.DE" (http://web.de), and offer them for use. The "WEB.DE" 
offering comprises a large, editorially maintained directory of German-language 
internet pages and services relating to navigation, information, communication, 
discussion, and entertainment. "WEB.DE" moreover also offers what is termed the 
"Unified Messaging" service which includes, inter alia, an e-mail service, an SMS 
service, an organizer service (calendar, appointment, and address management), 
and a telefax service, and further offers the possibility of conducting telephone 
calls. 

SUMMARY 

[0007] Accordingly, a method, terminal, and server for transmitting service 
messages in a fixed and/or mobile network is disclosed, wherein various types of 
service messages such as, for example, multimedia messages (MMS messages), 
short messages (SMS messages), e-mail messages, facsimile messages, "voice 
mail" messages, "Instant Messaging" messages etc. that are available or provided in 
a service center or generated in the terminal are transmitted between the service 



4 



center and terminal without the terminal's having to be embodied as a "client" with 
reference to transmitting and processing the service message. 

[0008] Different multimedia messages may be transmitted from a service 
center directly or indirectly, via an intermediate server, to a server embodied as a 
"message server" which edits the message in accordance with the present 
disclosure , and forwards them therefrom in edited form for output on a 
fixed/mobile network-specific terminal to the terminal and, in the opposite 
direction, to transmit multimedia message content from the terminal to the server, 
which produces a multimedia message from said content then forwards said 
message again directly or indirectly to the service center. 

[0009] The technical features include : 

[0010] (i) Delivering the multimedia message (service message) to the 
terminal and processing multimedia content, although the terminal itself does not 
have a special "client" for understanding and processing the message. 

[001 1] (ii) Provisioning a server which edits the multimedia messages and 
communicates with the terminal over a packet-switched connection. 

[0012] (iii) A mechanism which allows a terminal subscriber (for example a 
person using the terminal) to define, as the sender/recipient, the extent to which 
he/she wishes to be informed about the receipt of new service messages and to 
produce the content of notifications about new service messages on a need-oriented 
basis. 

[0013] (iv) A concept that allows service messages to be produced on and 
sent from a terminal which itself does not have a special "client" for producing a 
service message. 

[0014] The components include the following functions and characteristics: 
[0015] Server 

[0016] Registering, authenticating, authorizing, and administering 
registered terminal subscribers (senders/recipients). 

[0017] Accepting incoming service messages using, for example, an SMTP 
protocol. 
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[0018] Analyzing and structuring incoming messages (from whom, which 
media, semantic analysis of audio, images, and video - identifying characteristic 
features to simplify and speed up later locating, filtering, and converting); 
describing by means of structure information in, for example, MPEG-7 format. 

[0019] Archiving received messages in personal directories. 

[0020] Delivering notifications to the terminal about the arrival of new 
messages in the form of "PUSH" via TCP/IP; alternatively as an SIP notification 
or, as the case may be, message. 

[0021] Editing the service message in a form harmonized with the terminal 
and the terminal subscriber's personal preferences; XSLT transformation based on 
stored style sheets and, depending on terminal features and personal preferences, a 
presentation of the message generated from the elements of the received message; 
producing a presentation in a format that is suitable for the terminal, for example 
HTML, for a "WEB browser" (alternatively also SMIL, WML, XML, etc.). 

[0022] Provisioning of control functions such as, for instance, the deletion 
of messages, implemented using, for example, JavaScripts. 

[0023] Administering statuses of logged-on terminal subscribers with 
reference to the retrieval of service messages. This will allow several users of one 
and the same terminal, for example a set-top box used in conjunction with a 
television set, to retrieve and manage their personal messages individually. 

[0024] Accepting message elements from the terminal for sending as an 

MMS. 

[0025] Composing an MMS and sending it via SMTP to the MMSC. 
[0026] Terminal 

[0027] Can be any terminal and in a specific embodiment is, for example, a 
set-top box used in conjunction with a television set. 

[0028] Makes an application available for the purpose of outputting, for 
example visualizing presentations/media, for example a "WEB browser". 

[0029] Implements a communication component, called a notification 
recipient or "listener", which accepts the notifications from the server. 



6 



[0030] It is alternatively also possible for an "SIP client" to be implemented 
in the terminal. 

[0031] The "listener" visualizes the notifications, which can contain both 
text and images, audio, and video components. Visualizing in the form of text, 
audio data, images, window size, window position, and commands is controlled via 
an "Application Programming Interface (API)". The notification recipient can 
alternatively also forward the received content to the "WEB browser" for 
visualizing. 

[0032] The "listener" makes a "Unified Resource Locator (URL)" available 
to the "WEB browser" via which URL said browser can retrieve the actual message 
edited for the terminal. 

[0033] The notification recipient allows an application, for example the 
browser, to be called up directly from the notification for retrieving the entire 
message. 

[0034] The terminal can, as either a "plug-in" or an autonomous 
application, implement an application for sending messages. Said application 
conveys the produced/selected information (text, image, audio, video) to the server 
along with the structure information [for example a form of address, closing phrase, 
meaning/function of text elements (for example main text, comment, footnote, etc.), 
and references] which is determined automatically during editing and described in, 
for example, MPEG-7 format. 

[0035] Notification: 

[0036] A particular feature is that the type and scope of the notification (the 
way the notification message appears) can be individually set by the terminal 
subscriber. For this purpose he/she informs the server of the required mode during 
log-on: 

[0037] Insertion of a window in which are displayed the semantically most 
important message elements of the received information or, as the case may be, 
parts of said elements. In the case of a set-top box used in conjunction with a 
television set the window is inserted over the current TV picture. Both the size of 
the window and its position on the television screen can vary and should not 
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completely cover the TV screen. The content is extracted from the received service 
message by the server. 

[0038] Insertion of information in a status line, with in particular the sender 
and addressee being displayed. What type of message the service message is 
constitutes a useful addition if the notification system is used for different service 
messages. 

[0039] A result of the status-line solution is that there will be no 
notification, which is to say that the subscriber will not be disturbed or, as the case 
may be, interrupted. 

[0040] The server uses the stored structure information to extract the 
relevant message elements for the mode that has been set and sends said message 
elements to the notification recipient in accordance with the mode that has been set. 

[0041] The components hardware configuration is mostly based on known 
technologies; special features include component design and combination in a way 
allowing new functions or, as the case may be, functionalities to be realized in a 
novel manifestation: 

[0042] The use of terminals [for example a set-top box, Personal Digital 
Assistant (PDA), etc.] not designed for a specific communication service for any 
asynchronous multimedia communication services (SMS, MMS, e-mail, Instant 
Messaging, chat, etc.). 

[0043] The delivery of notifications (for example MMS, SMS) does not 
require a separate circuit-switched connection (for example POTS, ISDN). 

[0044] Individualized message receipt/delivery can also be realized via a 
non-personal telephone number/address. 

[0045] Implementing of a message archive that can administer any 
messages from any services and display them on any terminals, which do not 
require a specific "client". 

[0046] Retrieval of messages from any terminal, adapted to the terminal's 
features and to personal preferences. 
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[0047] Uniform access to any asynchronous communication services; no 
need to implement a separate "client" etc. for each service (SMS, MMS, e-mail, 
IM, chat). 

[0048] Description of "transmitting an MMS message" scenario: 

[0049] A terminal subscriber (subscriber B) purchases a new set-top box 
and wants to use the "MMS-on-TV" service. To be able to use the service the 
terminal subscriber first has to register with the server or, as the case may be, server 
operator. When this is done, an "account" is set up on the server for him/her under 
which he/she can then log on and retrieve messages. His/her telephone number to 
which MMS messages would normally be forwarded is also passed on to the 
"Multimedia Message Service Center (MMSC)" for configuring same. 

[0050] Subscriber B is at home and watching TV and wants, while doing 
so, to be notified of the arrival of new messages. His/her set-top box is connected to 
the "internet" over an existing TCP/IP connection via his/her "Internet Service 
Provider (ISP)". The connection can be provided via a modem (POTS, ISDN, for 
example), xDSL, CableModem, PowerLine, or WLAN, etc. 

[0051] Subscriber B launches the "WEB browser" via the set-top box's 
menu and calls up the pre-configured start page for logging on to the server. He/she 
logs on there using his/her personal password, thereby automatically storing the IP 
address under which he/she will henceforth be accessible and wants to receive 
messages. He/she also informs the server of which terminal he/she wishes 
henceforth to use for receiving and retrieving messages (the set-top box). He/she 
finally indicates how he/she wishes to be notified of the arrival of new messages 
(not at all, via a short notice, fully via an Instant Message, etc.) 

[0052] The server administers this configuration in a database (see table 

below). 
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[0053] The notification recipient program, which, for example, opens a 
TCP port and listens for events (for example TCP packets) directed at said port, is 
launched at the same time. 

[0054] From a mobile telephone (cell phone) or an MMS-enabled fixed- 
network telephone, another subscriber (subscriber A) then sends an MMS message 
to subscriber B, who is known in a fixed network and registered there through 
his/her telephone number. 

[0055] The MMS message arrives at the operator's "MMSC", which is 
configured in such a way that all messages addressed to registered destination 
telephone numbers (among which is subscriber B's telephone number) will be 
forwarded to the server. Present-day systems forward an MMS message in the 
mobile radio network to the destination mobile telephone or to an F-MMSC 
gateway or an e-mail/WEB portal. 

[0056] The forwarding mechanism is based on the SMTP protocol, behind 
which is a standardized mail protocol. 

[0057] An SMTP server accepts the message on the server and forwards it 
for message analysis. 

[0058] The message is here disassembled into its various components (for 
example images, text, audio, video, presentation scripts, and other data) and the 
structure analyzed. From the information contained the structural analysis attempts 
to identify the semantic meaning of individual components (for example comment, 
form of address, closing phrase, descriptive metadata such as, for example, camera 
parameters, etc.), but also the cross-referencing between elements (references, for 
example text refers to an image). This analysis also includes analyzing the media, 
in particular video data. For example video clips are disassembled into semantically 
relevant scenes, which are in turn represented by means of individual key images. 
When the message is retrieved, video clips can thus also be displayed in the form of 
short video compilations or of individual key images. The same applies to audio 
clips. The structure information is described and stored in, for example, MPEG-7 
format. 
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[0059] The analysis module identifies the recipient using the information 
contained in the MMS message, either from the telephone number, where 
applicable with a number extension, and/or from the form of address (greeting), 
and/or by means of an explicit address entry in the MMS-specific structure 
information (Note: The MMS message can itself also contain structure 
information/metadata). The message and its elements are stored in the recipient's 
personal message archive, with each message being assigned its own subdirectory. 
For example: 

[0060] Root -> user 1 -> messagel 

[0061] -> message2 

[0062] -> user 2 -> messagel 

[0063] Because subscriber B is logged on and has set the notification mode 
to "Full" (see table), a message compositor will produce a notification. For this 
purpose said compositor receives the most important text components (image, 
audio, where applicable video) from the analysis module as well as a "Unified 
Resource Identifier (URI)" under which the entire message can be retrieved. 

[0064] The message compositor sends the notification, for example as a 
TCP packet, to the IP address of the set-top box with the port of the notification 
recipient. 

[0065] The notification recipient accepts the packet and, since the 
notification mode is "Full", opens a "top-level" window on the television screen in 
which the message components contained are displayed. The notification 
simultaneously contains details of actions to be initiated when specific keys are 
actuated. 

[0066] By pressing the remote control key "OK", subscriber B can hence go 
immediately to message retrieval. 

[0067] The notification recipient for this purpose launches the "WEB 
browser" and gives it the "URL/URI" from the notification. 

[0068] The "WEB browser" issues an "http request" with the "URL/URI" 
contained in the notification. 
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[0069] From the "URL/URI" the server recognizes who wants to retrieve 
which message. Because subscriber B has specified a set-top box as the terminal, 
the XSLT transformer produces an HTML presentation of the message from the 
style-sheet-based configuration profile designed for a television set and from the 
structure information of the message, with the media elements being "inserted" into 
the presentation and adjusted to the format. 

[0070] Said matching of the media elements to the presentation format is 
performed by a media adapter which scales and rotates images, matches color 
spaces, and converts formats (the set-top box requires only one decoder for a single 
format) etc. Modality changes such as, for example, text-to-speech and video-to- 
still images, etc. can also be realized here. 

[0071] An image composed of, for example, 4 quadrants is assembled on 
the set-top box. 

[0072] An overview of the messages contained in the message archive is 
produced in the top left quadrant which overview displays which messages have 
been read or, as the case may be, are unread, and which message is being read. The 
subscriber can scroll through the list and select messages. This selection function is 
implemented in JavaScript form and triggers the compilation of a new HTML 
presentation on the server. The currently opened message is visualized, for 
example, having a colored background. 

[0073] The television program in progress is shown scaled in the top right 
quadrant. 

[0074] The text portion of the message containing the links to the media is 
shown in the bottom left quadrant. 

[0075] The bottom right quadrant shows the currently selected image. 

[0076] Subscriber B can change between the quadrants using the "right" 
and "left" cursor keys, with the selected quadrant again being, for example, color- 
highlighted. 

[0077] The "up" and "down" cursor keys are used to scroll within a 
window. 

[0078] Subscriber B is furthermore able to use supporting functions such as 
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[0079] Full-image display 
[0080] Delete messages 

[0081] Send messages (Reply, Forward, Compose new message) 
[0082] Change the notification mode 

[0083] These functions are controlled by means of JavaScripts, with new 
HTML pages being generated accordingly by the server. 

[0084] Subscriber B can by selecting an application open an editor for 
producing a message. He/she is presented with a pre-specified structure via a mask. 
Images, video, and audio can be inserted alongside a text. The media can be 
"grabbed" from an archive on the set-top box, from a memory card inserted into the 
box, from the server, or from the program in progress. 

[0085] The editor conveys the media elements together with the structure 
information pre-specified by the mask (in, for example, MPEG-7) to the server 
(using, for example, the http protocol), which generates a valid MMS message 
therefrom. This is then forwarded to the "MMSC" for sending. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0086] The various objects, advantages and novel features of the present 
disclosure will be more readily apprehended from the following Detailed 
Description when read in conjunction with the enclosed drawings, in which: 

[0087] FIGURE 1 shows a first scenario for transmitting different service 
messages between service centers and terminals located in a "Smart Home" 
scenario based on a "one-server concept 1 '; 

[0088] FIGURE 2 shows a second scenario for transmitting different 
service messages between service centers and terminals located in a "Smart Home" 
scenario based on a "two-server concept"; 

[0089] FIGURE 3 shows, proceeding from FIGURE 2, a modified "two- 
server concept" wherein a server and a terminal in the "Smart Home" scenario form 
a structural and functional unit; 

[0090] FIGURES 4a and 4b are a first flowchart for transmitting a service 
message according to the "one-server concept" shown in FIGURE 1 ; 
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[0091] FIGURES 5a and 5b are a second flowchart for transmitting a 
service message according to the "two-server concept" shown in FIGURE 2; 

[0092] FIGURE 6 is a change-of-state diagram with a top-down approach 
for transmitting a service message on the downlink (service center — > terminal) 
according to the flow shown in FIGURES 4a and 4b for the "one-server concept" 
(FIGURE 1); 

[0093] FIGURE 7 is a change-of-state diagram with a top-down approach 
for transmitting a service message on the uplink (terminal ~ > service center) 
according to the flow shown in FIGURES 4a and 4b for the "one-server concept" 
(FIGURE 1); 

[0094] FIGURE 8 is a change-of-state diagram with a top-down approach 
for transmitting a service message on the downlink (service center — > terminal) 
according to the flow shown in FIGURES 5 a and 5b for the "two-server concept" 
(FIGURE 2); 

[0095] FIGURE 9 is a change-of-state diagram with a top-down approach 
for transmitting a service message on the uplink (terminal — > service center) 
according to the flow shown in FIGURES 5a and 5b for the "two-server concept" 
(FIGURE 2); 

[0096] FIGURE 10 shows the basic structure of the server in FIGURE 1 
and of the second server in FIGURES 2 and 3 for transmitting a service message on 
the downlink (service center — > terminal); 

[0097] FIGURE 1 1 shows the basic structure of the server in FIGURE 1 
and of the second server in FIGURES 2 and 3 for transmitting a service message on 
the uplink (terminal — > service center); 

[0098] FIGURE 12 shows the basic structure of the terminal (set- top box, 
television set, and remote control) in FIGURES 1 to 3 for transmitting a service 
message in accordance with a first transmission protocol HTTP-over-TCP/IP; and 

[0099] FIGURE 13 shows the basic structure of the terminal (set-top box, 
television set, and remote control) in FIGURES 1 to 3 for transmitting a service 
message in accordance with a second transmission protocol SIP, HTTP-over- 
TCP/IP. 
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DETAILED DESCRIPTION 
[00100] FIGURE 1 shows a first embodiment for transmitting 

different service messages SN between service centers SZ1...SZ5 and terminals EG 
located in a "Smart Home" scenario SHU. Of the service centers SZ1...SZ5 a first 
service center SZ1 is embodied for transmitting the "Multimedia Message Service 
(MMS)" as a "Multimedia Message Service Center (MMSC)'\ a second service 
center SZ2 is embodied for handling the "Short Message Service (SMS)" as a 
"Short Message Service Center (SMSC)", a third service center SZ3 is embodied 
for handling the "e-mail" Service as an "Electronic Mail Service Center (EMail 
SC)'\ a fourth service center SZ4 is embodied for handling the "Voice Mail/Phone 
Call/Fax" service as a "Voice Mail/Phone Call/Fax Service Center (Voice 
Mail/Phone Call/Fax SC", and a fifth service center is embodied for handling the 
"Instant Messaging" service" as an "Instant Messaging Service Center (IMSC)". 

[00101] Of the service centers SZ1...SZ5, the first service center 

SZ1, the second service center SZ2, and the third service center SZ3 are each 
connected via a first packet-switched connection VI to a server SV. A 
server/service center-specific transmission protocol SMTP, MMl...MM7-over- 
TCP/IP is handled via said first connection VI between the respective service 
center SZ1...SZ3 and the server SV. The transmission protocol is preferably a 
"Simple Mail Transfer Protocol (SMTP)" or MMS-specific protocol specified by 
the "3GPP" standardizing body based on MMS interfaces MM1...MM7 which in 
either case is handled in the course of a "Transmission Control Protocol/Internet 
Protocol (TCP/IP)". Although the packet-switched connection is basically present 
again between the server SV and the respective service center SZ4, SZ5 when 
service messages are transmitted according to the "Voice Mail/Phone Call/Fax" 
service and the "Instant Messaging" service, additional measures or, as the case 
may be, components are required to be able to control the respectively cited service 
with the aid of the server SV. 

[00102] Various protocols are used for the "Instant Messaging" 

service all of which have in common that it is assumed that the terminal EG is 
ready to receive and the IM messages can be delivered immediately. The IM 
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message is generally not stored or may be the responsibility of the "client" 
installed on the terminal EG. A preferred implementation of the "Instant 
Messaging" service is based on the server SV being configured as a "Session 
Initiation Protocol (SEP)" server having an SIP -based User Authentication and on 
the SIMPLE protocol based on the "Session Initiation Protocol" being used. 
Arriving IM messages are routed to the server SV, which terminates the SIP 
session, via an SIP redirector SIP-U embodied as an "SEP redirect server". If the 
terminal EG has an "IM client" based on the SIMPLE protocol, the terminal 
subscriber will also be able to use the "Instant Messaging" service directly. 

[00103] In the case of the "Voice Mail/Phone Call/Fax" service, 

regular telephone calls conducted over, for instance, a circuit-switched network 
ISDN, PSTN (Integrated Services Digital Network, Public Switched Telephone 
Network) will, if a call is not answered, be switched to a converter KON, embodied 
as a "gateway", which will accept the call and convert it into an "SIP call". For that 
purpose the converter has a POTS (Plain Old Telephone Service) interface and an 
SIP interface. Said "SEP call" is terminated by the server SV in the form of an SEP- 
based answering machine which stores the voice mail as a message in the archive 
and notifies the terminal subscriber of the voice mail's arrival. Fax messages are 
also accepted and forwarded to the server SV in an analogous manner. 

[00104] The server SV at which the service messages SN transmitted 

by the service centers SZ1...SZ5 arrive has, for processing said service messages 
SN, an editing unit ABE that is connected to a service message memory SNS. 
Besides the service message memory SNS the editing unit ABE is also assigned a 
user database NDB that is also used by an "SEP proxy" SEP -P. The service message 
memory SNS and/or the user database NDB are/is either located outside the server 
SV or form/forms a constituent part thereof. 

[00105] The "SEP proxy" SIP-P is preferably located in a "client- 

server architecture" between the "client" and server. In FIGURE 1 the "client" is 
the terminal EG in the "Smart Home" scenario SHU, while the server is formed 
from the SEP redirector SEP-U in conjunction with the server SV or from the SIP 
redirector SEP-U in conjunction with the service center SZ5. 
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[00106] The server SV is assigned via a second packet-switched 

connection V2 to a packet-switched network PVN embodied preferably as the 
internet. Via the second connection V2 the packet-switched network PVN is 
furthermore assigned an "Internet Service Provider" ISP and a router RT in the 
"Smart Home" scenario SHU as a coupling module for coupling the terminal EG to 
the packet-switched network PVN. The data or, as the case may be, information 
transmitted over the second packet-switched connection V2 between the router RT, 
the "Internet Service Provider" ISP, and the server SV is transmitted in accordance 
with a server-/terminal-specific transmission protocol HTTP, SIP-over-TCP/IP. The 
cited transmission protocol is preferably a "HyperText Transfer Protocol (HTTP)" 
or "Session Initiation Protocol (SIP)" handled in each case in the course of the 
"Transmission Control Protocol/Internet Protocol (TCP/IP)". 

[00107] In the "Smart Home" scenario SHU a cordless base station 

BS embodied as an "Access Point (AP)" is connected between the router RT and 
the respective terminal EG. The base station BS has a connection to an ISDN- 
/PSTN-specific circuit-switched network and a connection to the "SIP proxy" SIP- 
P. Via a DECT/WLAN air interface, the base station BS is furthermore assigned a 
conventional cordless mobile unit MT for circuit-switched cordless telephony. 
Besides the mobile unit MT, the base station BS is also assigned a multiplicity of 
potential terminals EG. For example a set-top box STB connected to a television set 
FA via SCART or S-video interface, a personal computer PC, a "Personal Digital 
Assistant" PDA, and a smart telephone STF are embodied in the "Smart Home" 
scenario SHU as a terminal EG. While the set-top box STB, the "Personal Digital 
Assistant" PDA, and the smart telephone STF are each connected to the base 
station BS via a short-range radio interface embodied preferably according to the 
IEEE 802.1 1 standard (WLAN standard) or Bluetooth standard, the personal 
computer PC is connected to the base station BS via ia USB port. 

[00108] FIGURE 2 illustrates a second embodiment for transmitting 

different service messages SN between service centers SZ1...SZ5 and terminals EG 
located in a "Smart Home" scenario SHU. Again, of the service centers SZ1...SZ5 a 
first service center SZ1 is embodied for transmitting the "Multimedia Message 
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Service (MMS)" as a "Multimedia Message Service Center (MMSC)", a second 
service center SZ2 is embodied for handling the "Short Message Service (SMS)" as 
a "Short Message Service Center (SMSC)", a third service center SZ3 is embodied 
for handling the "e-mail" service as an "Electronic Mail Service Center (EMail 
SC)", a fourth service center SZ4 is embodied for handling the "Voice Mail/Phone 
Call/Fax" service as a "Voice Mail/Phone Call/Fax Service Center (Voice 
Mail/Phone Call/Fax SC", and a fifth service center is embodied for handling the 
"Instant Messaging" service" as an "Instant Messaging Service Center (IMSC)". 

[00109] Of the service centers SZ1...SZ5 the first service center SZ1, 

the second service center SZ2, and the third service center SZ3 are again each 
connected via a first packet-switched connection VI to a first server SV1. A 
server/service center-specific transmission protocol SMTP, MMl...MM7-over- 
TCP/IP is again handled via said first connection VI between the respective service 
center SZ1...SZ3 and the first server SV1. The transmission protocol is again 
preferably a "Simple Mail Transfer Protocol (SMTP)" or MMS-specific protocol 
specified by the "3GPP" standardizing body based on MMS interfaces 
MM1...MM7 which in either case is handled in the course of a "Transmission 
Control Protocol/Internet Protocol (TCP/IP)". Although the packet-switched 
connection is basically present again between the first server SV1 and the 
respective service center SZ4, SZ5 when service messages are transmitted 
according to the "Voice Mail/Phone Call/Fax" service and the "Instant Messaging" 
service, additional measures or, as the case may be, components are required to be 
able to control the respectively cited service with the aid of the first server SV1. 

[001 10] Various protocols are used for the "Instant Messaging" 

service all of which have in common that it is assumed that the terminal EG is 
ready to receive and the IM messages can be delivered immediately. The IM 
message is as a rule not stored or, as the case may be, said function is the 
responsibility of the "client" installed on the terminal EG. A preferred 
implementation of the "Instant Messaging" service is based on the first server SV1 
being configured as a "Session Initiation Protocol (SIP)" server having an SIP- 
based User Authentication and on the SIMPLE protocol based on the "Session 
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Initiation Protocol" being used. Arriving IM messages are routed to the first server 
SV1, which terminates the SIP session, via an SIP redirector SIP-U embodied as an 
"SIP redirect server". If the terminal EG has an "IM client" based on the SIMPLE 
protocol, the terminal subscriber will also be able to use the "Instant Messaging" 
service directly. 

[001 1 1] In the case of the "Voice Mail/Phone Call/Fax" service, 

regular telephone calls conducted over, for instance, a circuit-switched network 
ISDN, PSTN (Integrated Services Digital Network, Public Switched Telephone 
Network) will, if a call is not answered, be switched to a converter KON, embodied 
as a "gateway", which will accept the call and convert it into an "SIP call". For that 
purpose the converter has a POTS (Plain Old Telephone Service) interface and an 
SIP interface. Said "SIP call" is terminated by the first server SV in the form of an 
SIP -based answering machine which stores the voice mail as a message in the 
archive and notifies the terminal subscriber of the voice mail's arrival. Fax 
messages are also accepted and forwarded to the first server SV in an analogous 
manner. 

[001 12] In contrast to the server SV in FIGURE 1, the server SV at 

which the service messages SN transmitted by the service centers SZ1...SZ5 arrive 
is conventionally designed for processing said service messages SN. It therefore 
does not have an editing unit ABE. Furthermore, the first server SV1 is only 
assigned a user database NDB and not a service message memory. Besides this, the 
user database NDB forms a constituent part of the first server SV1. There is, 
moreover, a further user database NDB' which is used by an "SIP proxy" SIP-P. 

[001 13] The "SIP proxy" SIP-P is located in a "client-server 

architecture" between the "client" and server. In FIGURE 2 the "client" is again the 
terminal EG in the "Smart Home" scenario SHU, while the server is formed from 
the SIP redirector SIP-U in conjunction with the first server SV1 or from the SIP 
redirector SIP-U in conjunction with the service center SZ5. 

[001 14] The first server SV1 is again assigned via a second packet- 

switched connection V2 to a packet-switched network PVN embodied preferably as 
the internet. Via the second connection V2 the packet-switched network PVN is 
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again furthermore assigned an "Internet Service Provider" ISP and a router RT in 
the "Smart Home" scenario SHU as a coupling module for coupling the terminal 
EG to the packet-switched network PVN. The data or, as the case may be, 
information transmitted over the second packet-switched connection V2 between 
the router RT, the "Internet Service Provider" ISP, and the server SV is transmitted 
in accordance with a server-/terminal-specific transmission protocol HTTP, SIP- 
over-TCP/IP. The cited transmission protocol is preferably a "HyperText Transfer 
Protocol (HTTP)" or "Session Initiation Protocol (SIP)" handled in each case in the 
course of the "Transmission Control Protocol/Internet Protocol (TCP/IP)". 

[001 15] In contrast to FIGURE 1, a second server SV2, for example a 

home server, is located in the "Smart Home" scenario SHU between the router RT 
and the respective terminal EG (two-server concept in contrast to the one-server 
concept in FIGURE 1). Like the server in FIGURE 1, the second server SV2 again 
has an editing unit ABE that is connected to a service message memory SNS 
located in the second server SV2. In contrast to the server in FIGURE 1, the second 
server SV2 is not, though, assigned a user database NDB. Connected downstream 
of the second server SV2 via a third connection V3 is a set-top box STB embodied 
as an "Access Point (AP)'\ The set-top box STB has, for example, a USB link to a 
cordless base station BS that is in turn connected to an ISDN-/PSTN-specific 
circuit-switched network. The set-top box STB further has a connection to the "SIP 
proxy" SIP -P. Via a DECT/WLAN air interface said base station BS is furthermore 
connected to a conventional cordless mobile unit MT for circuit-switched cordless 
telephony and to a fax machine FG. 

[001 16] Finally, the set-top box STB is connected to a plurality of 

potential terminals EG, that is to say a "Personal Digital Assistant" PDA and a 
smart telephone STF. The connection between the set-top box STB and the cited 
terminals is again based preferably on a short-range radio interface embodied 
according to the IEEE 802.1 1 standard (WLAN standard) or Bluetooth standard. 
The set-top box STB is additionally connected to a television set FA via a SCART 
or S-Video interface, with the set-top box STB and television set FA forming a 
further terminal EG. 
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[001 17] FIGURE 3 shows a third scenario for transmitting different 

service messages SN between service centers SZL..SZ5 and terminals EG located 
in a "Smart Home" scenario SHU which differs from the second scenario according 
to FIGURE 2 only in that the second server SV2, with all its functionalities, is a 
constituent part of the set-top box STB. The integrating of units having different 
functionalities can be advanced to such an extent, for example, that the router RT is 
also a constituent part of the set-top box STB. 

[001 1 8] FIGURES 4a and 4b show a first flowchart having a plurality 

of flow phases AP1...AP6 for transmitting a service message SN according to the 
"one-server concept" shown in FIGURE 1, in which concept the service center 
SZ1...SZ5 is connected via the first connection VI to the server SV and in which 
concept the server SV is connected via the second connection V2 to the terminal 
EG and together with the terminal EG forms a communication system KS. 

[001 19] In an initial status AZ the terminal EG is put into operation 

by a user. In a directly ensuing first flow phase AP 1 a network address NAD 
containing, for example, a telephone number or e-mail address is transmitted from 
the terminal EG to the server SV for registering the terminal EG with the server 
SV. The server SV stores the network address NAD and forwards it to the service 
center SZ1...SZ5, where the network address NAD is likewise stored. 

[00120] This is shown in the respective change-of-state diagram in 

FIGURES 6 and 7 by the transition from a first EG status (terminal status) 
"Network address NAD, for example telephone number, e-mail address etc." EGZ1 
to a first SV status (server status) "Storing the network address and communication 
system address" SVZ1 and a first SZ status (service center status) "Storing the 
network address" SZZ1. 

[00121] On receiving the network address NAD, server SV responds 

by transmitting an access authorization ZGB to the terminal EG. 

[00122] The terminal EG logs on to the server SV in a directly 

ensuing second flow phase AP2. For this purpose said terminal transmits a 
communication system address KSAD containing, for example, an IP address, 
device information GIF comprising, for example, type or features, and control 
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information STIF, comprising, for example, a password or the type and scope of a 
notification message, to the server SV. The server SV stores the communication 
system address KSAD and the device and control information GIF, STIF and 
transmits a service message generating template SNEV to the terminal EG which 
template is presented, for example, in different formats such as "HyperText Markup 
Language (HTML)", "Extensible Markup Language (XML)", "WAP (Wireless 
Application Protocol) Markup Language (WML)" or "Synchronized Multimedia 
Integration Language (SMIL)". 

[00123] This is also shown or, as the case may be, indicated, 

substantially excepting obvious individual storage operations, in the change-of-state 
diagrams in FIGURES 6 and 7 by the transitions from a second EG status 
"Communication system address KSAD, for example an IP address etc." EGZ2 to 
the first SV status "Storing the network address and communication system 
address" SVZ1, from a third EG status "Device information GIF, for example type 
and features etc." EGZ3 to the server SV or, as the case may be, to a second SV 
status "Producing a service message generating template SNEV, for example HML, 
XML, WML, SMIL, etc." SVZ2, from a fourth EG status "Control information 
STIF, for example a password, the type and scope of the notification message etc." 
EGZ4 to the server SV, and from the second SV status "Producing a service 
message generating template SNEV, for example HML, XML, WML, SMIL, etc." 
SVZ2 to the terminal EG. 

[00124] In a third flow phase AP3 the server SV uses the received 

information GIF, STIF to generate a configuration profile which is stored by the 
server SV. 

[00125] How the configuration profile is generated is shown, 

substantially excepting obvious individual storage operations, in the change-of-state 
diagram in FIGURE 6 by the transitions from a third SV status "Communication 
template KFV, for example XSLT (style sheet)" SVZ3 (Extensible Style Sheet 
Language Transformation) to a fourth SV status "Parameterizing" SVZ4, and from 
the fourth SV status "Parameterizing" SVZ4, taking account of the device and 
control information GIF, STIF (transitions of the EG statuses EGZ3, EGZ4 to the 
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server SV) transmitted from the terminal EG to the server SV, to a fifth SV status 
"Communication profile KFP, for example XSLT (style sheet)" SVZ5. 

[00126] The configuration profile KFP is consequently the result of 

parameterizing the configuration template KFV by means of the device and control 
information GIF, STIF. 

[00127] In a first follow-on status FZ1 a service message SN arrives 

in the service center SZ1...SZ5 for the user of the terminal EG. In a fourth flow 
phase AP4 the service center SZ1...SZ5 thereupon transmits the service message 
SN to the server SV for example in accordance with the server/service center- 
specific transmission protocol SMTP, MM1...MM7. The received service message 
SN is analyzed and stored in the server SV. The server SV then transmits a 
notification message MN to the terminal EG informing the terminal EG that a 
service message SN intended for the terminal EG is in the server SV and can be 
collected. For this purpose the notification message MN contains a "Unified 
Resource Location (URL)". 

[00128] This is also shown, substantially excepting obvious 

individual storage operations, in the change-of-state diagram in FIGURE 6 by the 
transitions from a second SZ status "Service message SN, for example SMS, MMS, 
e-mail, fax, voice mail, Instant Messaging etc." SZZ2 to the server SV, from the 
second SZ status "Service message SN, for example SMS, MMS, e-mail, fax, voice 
mail, Instant Messaging etc." SZZ2 to a sixth SV status "Analyzing and 
disassembling the service message" SVZ6, from the sixth SV status "Analyzing 
and disassembling the service message" SVZ6 to a seventh SV status "Structure 
information SIF, for example MPEG-7" SVZ7, from the second SZ status "Service 
message SN, for example SMS, MMS, e-mail, fax, voice mail, Instant Messaging 
etc." SZZ2 to an eighth SV status "Producing a notification" SVZ8, from the first 
SV status "Storing the network address and communication system address" SVZ1 
to the eighth SV status "Producing a notification" SVZ8, and from the eighth SV 
status "Producing a notification" SVZ8 to a fifth EG status "Notification message 
MN" EGZ5. 
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[00129] The service message stored in the server SV is disassembled 

into its individual components during analyzing and disassembling in the sixth SV 
status SVZ6 and the structure of the message and/or the semantic meaning of the 
individual components analyzed. The results of said analysis are then compiled into 
structure information SIF, preferably in MPEG-7 format, and stored. In parallel 
with the above-described analysis, a notification is generated in the eighth SV 
status SVZ8 concerning the service message's arrival in the server SV, where 
applicable (as an additional option) also taking account of individual message 
content, after which the notification message MN is transmitted with the "Unified 
Resource Location (URL)" to the relevant terminal EG in accordance with the 
network address and communication system address NAD, KSAD stored in the 
server. 

[00130] In a directly ensuing fifth flow phase AP5 the terminal EG 

transmits a retrieval request AAF to the server SV to collect the service message 
SN stored in the server SV. On receiving said retrieval request AAF the server SV 
edits the stored service message SN for outputting and presenting the message 
content on the terminal EG and, for this purpose, produces a presentation message 
PN that is presented, for example, in different formats such as "HyperText Markup 
Language (HTML)", "Extensible Markup Language (XML)", "WAP (Wireless 
Application Protocol) Markup Language (WML)" or "Synchronized Multimedia 
Integration Language (SMIL)" and which it transmits to the terminal EG in 
accordance with the server-/terminal-specific transmission protocol HTTP, SIP. 
After receiving the presentation message PN the terminal EG presents said 
presentation message PN acoustically, graphically, and/or optically. 

[0013 1] This is also shown or, as the case may be, indicated, 

substantially excepting obvious individual storage operations, in the change-of-state 
diagram in FIGURE 6 by the transitions from the fifth EG status "Notification 
message MN" EGZ5 to a sixth EG status "Retrieval request AAF" EGZ6, from the 
sixth EG status "Retrieval request AAF" EGZ6 to a ninth SV status "Generating a 
presentation" SVZ9, from the seventh SV status "Structure information SIF, for 
example MPEG-7" SVZ7 to the ninth SV status "Generating the presentation" 
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SVZ9, from the fifth SV status "Configuration profile KFP, for example XSLT 
(style sheet)" SVZ5 to the ninth SV status "Generating the presentation" SVZ9, 
from the ninth S V status "Generating a presentation" S VZ9, taking account of the 
service message SN transmitted from the service center SZ1...SZ5 to the server SV 
(transition of the SZ status SZZ2 to the server SV), to a seventh EG status 
"Presentation message PN, for example HTML, XML, WML, SMIL etc." EGZ7, 
and from the seventh EG status "Presentation message PN, for example HTML, 
XML, WML, SMIL etc." EGZ7 to an eighth EG status "Presenting the presentation 
message, for example acoustically, graphically, and/or optically" EGZ8. When the 
terminal EG has transmitted the retrieval request AAF to the server SV for 
collecting the service message SN, a presentation is generated in the ninth SV 
status SVZ9 from the stored service message SN by means of the configuration 
profile KFP and the structure information SEF, after which the presentation message 
PN is transmitted to the terminal EG, where said message is presented acoustically, 
graphically, and/or optically. 

[00132] In a second follow-on status FZ2 the user of the terminal EG 

wishes to send someone (for example a distant mobile radio subscriber) a service 
message SN. In a sixth flow phase AP6 the user of the terminal EG first generates 
the content of said service message then inserts the generated content into the 
service message generating template SNEV received from the server SV during the 
log-on phase. If the service message generating template SNEV is not available to 
the user at this time, which may certainly be the case if, as a possible alternative to 
the case shown in FIGURES 4a and 4b, the service message generating template 
SNEV has not been transmitted during the second flow phase AP2 (log-on phase) 
of the terminal, then the service message generating template SNEV must be 
requested separately from the terminal EG. The completed service message 
generating template SNEV will be conveyed to the server SV when the user has 
inserted the generated content into the service message generating template SNEV. 
In the sixth flow phase AP6 the server SV generates the service message SN from 
the conveyed service message generating template SNEV and transmits said 
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message to the service center SZ1...SZ5 for the purpose of conveying the message 
to the distant mobile radio subscriber. 

[00133] This is also shown or, as the case may be, indicated, 

substantially excepting obvious individual storage operations, in the change-of-state 
diagram in FIGURE 7 by the transitions from a ninth EG status "Message content 
generated by the user of the terminal" EGZ9 to a tenth EG status "Transferring the 
message content to the service message generating template, for example HTML, 
XML, WML, SMIL etc." EGZ10, from the tenth EG status "Transferring the 
message content to the service message generating template, for example HTML, 
XML, WML, SMIL etc." EGZ10, taking account of the service message generating 
template SNEV transmitted from the server SV to the terminal EG (transition of the 
SV status SVZ2 to the terminal) to an eleventh EG status "Completed service 
message generating template" EGZ1 1, from the eleventh EG status "Completed 
service message generating template" EGZ1 1 to a tenth SV status "Producing the 
service message SN, for example SMS, MMS, e-mail, fax, voice mail, Instant 
Messaging etc." SVZ10, and from the tenth SV status "Producing the service 
message SN, for example SMS, MMS, e-mail, fax, voice mail, Instant Messaging 
etc." SVZ10 to a third SZ status "Service message SN, for example SMS, MMS, e- 
mail, fax, voice mail, Instant Messaging etc." SZZ3. 

[00134] FIGURES 5a and 5b show a second flowchart having a 

plurality of flow phases AP1\..AP7' for transmitting a service message SN 
according to the "two-server concept" shown in FIGURE 2, in which concept the 
service center SZ1...SZ5 is connected via the first connection VI to the first server 
SV1 and in which concept the first server SV1 is connected via the second 
connection V2 to the second server SV2 and together with the second server SV2 
forms a first communication system KS 1 , and in which concept the second server 
SV2 is connected via the third connection V3 to the terminal EG and together with 
the terminal EG forms a second communication system KS2. 

[00135] In an initial status AZ' the second server SV2 and the 

terminal EG are put into operation by a user. In a directly ensuing first flow phase 
APT a network address NAD containing, for example, a telephone number or e- 
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mail address is transmitted from the second server SV2 to the first server SV1 for 
registering the second server SV2 with the first server SV1. The first server SV1 
stores the network address NAD and forwards it to the service center SZ1...SZ5, 
where the network address NAD is likewise stored. 

[00136] This is shown in the respective change-of- state diagram in 

FIGURES 8 and 9 by the transition from a first SV2 status (server-2 status) 
"Network address NAD, for example telephone number, e-mail address etc." 
SV2Z1 to a first SV1 status (server- 1 status) "Storing the network address and first 
communication system address" SV1Z1 and a first SZ status (service center status) 
"Storing the network address" SZZ1. 

[00137] On receiving the network address NAD, the first server SV1 

responds by transmitting an access authorization ZGB to the second server SV2. 

[00138] The second server SV2 logs on to the first server SV1 in a 

directly ensuing second flow phase AP2\ For this purpose the second server 
transmits a first communication system address KSAD1 containing, for example, 
an EP address to the first server SV1. The first server SV stores the first 
communication system address KSAD1. 

[00139] This is shown in the respective change-of-state diagram in 

FIGURES 8 and 9 by the transition from a second SV2 status "First communication 
system address KSAD1, for example IP address etc." SV2Z2 to the first SV1 status 
"Storing the network address and first communication system address" SV1Z1. 

[00140] The terminal EG logs on to the second server SV2 in a then 

ensuring third flow phase AP3\ For this purpose said terminal transmits a second 
communication system address KSAD2 containing, for example, an IP address, 
device information GIF comprising, for example, type or features, and control 
information STIF, comprising, for example, a password or the type and scope of a 
notification message, to the second server SV2. The second server SV2 stores the 
second communication system address KSAD2 and the device and control 
information GIF, STIF and transmits a service message generating template SNEV 
to the terminal EG which template is presented, for example, in different formats 
such as HyperText Markup Language (HTML)", "Extensible Markup Language 

27 



(XML)", "WAP (Wireless Application Protocol) Markup Language (WML)" or 
"Synchronized Multimedia Integration Language (SMIL)". 

[00141] This is also shown, substantially excepting obvious 

individual storage operations, in the change-of-state diagrams in FIGURES 8 and 9 
by the transitions from a twelfth EG status "Second communication system address 
KSAD2, for example IP address etc." EGZ12 to a third SV2 status "Storing the 
second communication system address" SV2Z3, from the third EG status "Device 
information GIF, for example type and features etc." EGZ3 to the second server 
S V2 or, as the case may be, to a fourth S V2 status "Producing a service message 
generating template SNEV, for example HML, XML, WML, SMIL, etc." SV2Z4, 
from the fourth EG status "Control information STIF, for example a password, the 
type and scope of the notification message etc." EGZ4 to the second server SV2, 
and from the fourth SV2 status "Producing a service message generating template 
SNEV, for example HML, XML, WML, SMIL, etc." SV2Z4 to the terminal EG. 

[00142] In a fourth flow phase AP4' the second server SV2 uses the 

received information GIF, STIF to generate a configuration profile which is stored 
by the second server SV2. 

[00143] How the configuration profile is generated is shown, 

substantially excepting obvious individual storage operations, in the change-of-state 
diagram in FIGURE 8 by the transitions from a fifth SV2 status "Communication 
template KFV, for example XSLT (style sheet)" SV2Z5 (Extensible Style Sheet 
Language Transformation) to a sixth SV2 status "Parameterizing" SV2Z6, and 
from the sixth SV2 status "Parameterizing" SV2Z6, taking account of the device 
and control information GIF, STIF (transitions of the EG statuses EGZ3, EGZ4 to 
the second server SV2) transmitted from the terminal EG to the second server SV2, 
to a seventh S V2 status "Communication profile KFP, for example XSLT (style 
sheet)" SV2Z7. 

[00144] The configuration profile KFP is consequently the result of 

parameterizing the configuration template KFV by means of the device and control 
information GEF, STIF. 
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[00145] In a first follow-on status FZ1 ' a service message SN arrives 

in the service center SZ1...SZ5 for the user of the terminal EG. In a fifth flow phase 
AP5' the service center SZ1...SZ5 thereupon transmits the service message SN to 
the first server SV1 for example in accordance with the server/service center- 
specific transmission protocol SMTP, MM1...MM7, which server forwards said 
message to the second server SV2. The received service message SN is analyzed 
and stored in the second server SV2. The second server SV then transmits a 
notification message MN to the terminal EG informing the terminal EG that a 
service message SN intended for the terminal EG is in the second server SV2 and 
can be collected. For this purpose the notification message MN contains a "Unified 
Resource Locator (URL)". 

[00146] This is also shown, substantially excepting obvious 

individual storage and forwarding operations, in the change-of-state diagram in the 
change-of-state diagram in FIGURE 8 by the transitions from a second SZ status 
"Service message SN, for example SMS, MMS, e-mail, fax, voice mail, Instant 
Messaging etc." SZZ2 to the second server SV2, from the second SZ status 
"Service message SN, for example SMS, MMS, e-mail, fax, voice mail, Instant 
Messaging etc." SZZ2 to an eighth SV2 status "Analyzing and disassembling the 
service message" SV2Z8, from the eighth SV2 status "Analyzing and 
disassembling the service message" SV2Z8 to a ninth SV2 status "Structure 
information SIF, for example MPEG-7" SV2Z9, from the second SZ status 
"Service message SN, for example SMS, MMS, e-mail, fax, voice mail, Instant 
Messaging etc." SZZ2 to a tenth SV2 status "Generating a notification" SV2Z10, 
from the third SV2 status "Storing the second communication system address" 
SVZ1 to the tenth SV2 status "Generating a notification" SV2Z10, and from the 
tenth SV2 status "Generating a notification" SV2Z10 to the fifth EG status 
"Notification message MN" EGZ5. 

[00147] The service message stored in the second server SV2 is 

disassembled into its individual components during analyzing and disassembling in 
the eighth SV2 status SV2Z8 and the structure of the message and/or the semantic 
meaning of the individual components analyzed. The results of said analysis are 
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then compiled into structure information SIF, preferably in MPEG-7 format, and 
stored. In parallel with the above-described analysis, a notification is generated in 
the tenth SV2 status SV2Z10 concerning the service message's arrival in the 
second server SV2, where applicable (as an additional option) also taking account 
of individual message content, after which the notification message MN is 
transmitted with the "Unified Resource Location (URL)" to the relevant terminal 
EG in accordance with the network address and second communication system 
address NAD, KSAD2 stored in the second server. 

[00148] In a directly ensuing sixth flow phase AP6' the terminal EG 

transmits a retrieval request AAF to the second server SV2 to collect the service 
message SN stored in the second server SV2. On receiving said retrieval request 
AAF the second server SV2 edits the stored service message SN for outputting and 
presenting the message content on the terminal EG and, for this purpose, produces a 
presentation message PN that is presented, for example, in different formats such as 
"HyperText Markup Language (HTML)", "Extensible Markup Language (XML)", 
"WAP (Wireless Application Protocol) Markup Language (WML)" or 
"Synchronized Multimedia Integration Language (SMIL)" and which it transmits to 
the terminal EG in accordance with the server-Aerminal-specific transmission 
protocol HTTP, SIP. After receiving the presentation message PN the terminal EG 
presents said presentation message PN acoustically, graphically, and/or optically. 

[00149] This is also shown or, as the case may be, indicated, 

substantially excepting obvious individual storage operations, in the change-of-state 
diagram in FIGURE 8 by the transitions from the fifth EG status "Notification 
message MN" EGZ5 to the sixth EG status "Retrieval request AAF" EGZ6, from 
the sixth EG status "Retrieval request AAF" EGZ6 to an eleventh SV2 status 
"Generating a presentation" SV2Z1 1, from the ninth SV2 status "Structure 
information SIF, for example MPEG-7" SV2Z9 to the eleventh SV2 status 
"Generating the presentation" SV2Z1 1, from the seventh SV2 status 
"Configuration profile KFP, for example XSLT (style sheet)" SV2Z7 to the 
eleventh SV2 status "Generating the presentation" SV2Z11, from the eleventh SV2 
status "Generating a presentation" SV2Z1 1, taking account of the service message 
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SN transmitted from the service center SZ1...SZ5 to the second server SV2 
(transition of the SZ status SZZ2 to the second server SV2) to the seventh EG status 
"Presentation message PN, for example HTML, XML, WML, SMIL etc." EGZ7, 
and from the seventh EG status "Presentation message PN, for example HTML, 
XML, WML, SMIL etc." EGZ7 to the eighth EG status "Presenting the 
presentation message, for example acoustically, graphically, and/or optically" 
EGZ8. When the terminal EG has transmitted the retrieval request AAF to the 
second server SV2 for collecting the service message SN, a presentation is 
generated in the eleventh SV2 status SV2Z1 1 from the stored service message SN 
by means of the configuration profile KFP and the structure information SIF, after 
which the presentation message PN is transmitted to the terminal EG, where said 
message is presented acoustically, graphically, and/or optically. 

[00150] In a second follow-on status FZ2' the user of the terminal EG 

wishes to send someone (for example a distant mobile radio subscriber) a service 
message SN. In a seventh flow phase AP7' the user of the terminal EG first 
generates the content of said service message then inserts the generated content into 
the service message generating template SNEV received from the second server 
SV2 during the log-on phase. If the service message generating template SNEV is 
not available to the user at this time, which may certainly be the case if, as a 
possible alternative to the case shown in FIGURES 5a and 5b, the service message 
generating template SNEV has not been transmitted during the third flow phase 
AP3' (log-on phase) of the terminal, then the service message generating template 
SNEV must be requested separately from the terminal EG. The completed service 
message generating template SNEV will be conveyed to the second server SV2 
when the user has inserted the generated content into the service message 
generating template SNEV. In the seventh flow phase AP7' the second server SV2 
generates the service message SN from the conveyed service message generating 
template SNEV and transmits said message to the service center SZ1...SZ5 for the 
purpose of conveying the message to the distant mobile radio subscriber. 

[00151] This is also shown or, as the case may be, indicated, 

substantially excepting obvious individual storage operations, in the change-of-state 
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diagram in FIGURE 9 by the transitions from the ninth EG status "Message content 
generated by the user of the terminal" EGZ9 to the tenth EG status 'Transferring 
the message content to the service message generating template, for example 
HTML, XML, WML, SMIL etc." EGZ10, from the tenth EG status "Transferring 
the message content to the service message generating template, for example 
HTML, XML, WML, SMIL etc." EGZ10, taking account of the service message 
generating template SNEV transmitted from the second server SV2 to the terminal 
EG (transition of the SV2 status SV2Z4 to the terminal) to the eleventh EG status 
"Completed service message generating template" EGZ1 1, from the eleventh EG 
status "Completed service message generating template" EGZ1 1 to a twelfth SV2 
status "Producing the service message SN, for example SMS, MMS, e-mail, fax, 
voice mail, Instant Messaging etc." SV2Z12, and from the twelfth SV2 status 
"Producing the service message SN, for example SMS, MMS, e-mail, fax, voice 
mail, Instant Messaging etc." SV2Z12 to the third SZ status "Service message SN, 
for example SMS, MMS, e-mail, fax, voice mail, Instant Messaging etc." SZZ3. 

[00152] FIGURE 10 shows the basic structure of the server SV in 

FIGURE 1 and of the second server SV2 in FIGURES 2 and 3 for transmitting a 
service message SN on the downlink (service center — > terminal). Besides the 
editing unit ABE already mentioned in the description of FIGURES 1 to 3, the 
service message memory SNS located in the server SV, SV2 and assigned to the 
editing unit ABE, and the user database NDB likewise located in the server SV, 
SV2 and assigned to the editing unit ABE, the server SV, SV2 accordingly also 
contains a server/service center interface (SS interface) SS-S and a server/terminal 
interface (SE interface) SE-S, SE-S'. The server SV, SV2 is connected via the SS 
interface SS-S to the service center SZ1...SZ5 and via the SE interface SE-S, SE-S 5 
to the terminal EG. While the SS interface SS-S is designed for transmitting the 
service message SN in accordance with the transmission protocol SMTP, 
MMl...MM7-over-TCP/IP, the SE interface SE-S is embodied for transmitting the 
presentation message PN, the notification message MN, and other information or, 
as the case may be, messages in accordance with the transmission protocol HTTP- 
over-TCP/IP. As an alternative to the SE interface SE-S it is, however, also 
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possible to use the SE interface SE-S' (this is indicated in FIGURE 10 by the dot- 
and-dash lining), with the SE interface SE-S 5 being embodied for transmitting the 
presentation message PN, the notification message MN, and other information or, 
as the case may be, messages in accordance with the transmission protocol SIP- 
over-TCP/IP. 

[00153] The editing unit ABE contains a service message analyzing 

module SNAM and a notification message generating module MNEM, with the 
latter having an I connection (INPUT connection) to the service message analyzing 
module SNAM. Both the service message analyzing module SNAM and the 
notification message generating module MNEM moreover also have an I 
connection to the SS interface SS-S. The service message analyzing module SNAM 
also has an O connection (OUTPUT connection) to the service message memory 
SNS, while the notification message generating module MNEM also has an I 
connection to the user database NDB and an O connection to the SE interface SE-S, 
SE-S'. The transmitting and processing operations belonging to the flow phase 
AP4, AP5' in FIGURES 4a and 5b are performed in the functional unit formed 
from the service message analyzing module SNAM, the service message memory 
SNS, the notification message generating module MNEM, the user database NDB, 
the SE interface SE-S, and the SS interface SS-S according to the representations 
shown in FIGURES 4a, 5b, 6, and 8. 

[001 54] The editing unit ABE furthermore has a configuration 

module KFM, a "style sheet" archive SSA, a "WEB server" module WSM, and a 
media adaption module MAM, with the configuration module KFM having an I 
connection to the service message memory SNS and "style sheet" archive SSA and 
an I/O connection (INPUT/OUTPUT connection) to the user database NDB and the 
"WEB server" module WSM, with the "WEB server" module WSM having, 
alongside the I/O connection to the configuration module KFM, in each case a 
further I/O connection to the user database NDB, the SE interface SE-S, and the 
media adaption module MAM, and an O connection to the SS interface SS-S, and 
with the media adaption module MAM having, alongside the I/O connection to the 
"WEB server" module WSM, an I connection to the user database NDB. 
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[001 55] The transmitting and processing operations belonging to the 

flow phases API, API ', AP2, AP2\ AP3' in FIGURES 4a and 5a are performed in 
the functional unit formed from the "WEB server" module WSM, the user database 
NDB, the SE interface SE-S, and the SS interface SS-S according to the 
representations shown in FIGURES 4a, 5a and 6 to 9. 

[00156] The transmitting and processing operations belonging to the 

flow phases AP3, AP5, AP4\ AP6' in FIGURES 4a, 4b, 5a, and 5b are performed 
in the functional unit formed from the configuration module KFM, the service 
message memory SNS, the "style sheet" archive SSA, the "WEB server" module 
WSM, the user database NDB, the media adaption module MAM, and the SE 
interface SE-S, SE-S' according to the representations shown in FIGURES 4a, 4b, 
5a, 5b, 6, and 8. 

[00157] FIGURE 1 1 shows the basic structure of the server SV in 

FIGURE 1 and of the second server SV2 in FIGURES 2 and 3 for transmitting a 
service message SN on the uplink (terminal — > service center). Besides the editing 
unit ABE already mentioned in the description of FIGURES 1 to 3, the service 
message memory SNS located in the server S V, S V2 and assigned to the editing 
unit ABE, and the user database NDB likewise located in the server SV, S V2 and 
assigned to the editing unit ABE, the server SV, SV2 accordingly also contains a 
server/service center interface (SS interface) SS-S and a server/terminal interface 
(SE interface) SE-S, SE-S'. The server SV, SV2 is connected via the SS interface 
SS-S to the service center SZ1...SZ5 and via the SE interface SE-S, SE-S' to the 
terminal EG. While the SS interface SS-S is designed for transmitting the service 
message SN in accordance with the transmission protocol SMTP, MM1...MM7- 
over-TCP/IP, the SE interface SE-S is embodied for transmitting the presentation 
message PN, the notification message MN, and other information or, as the case 
may be, messages in accordance with the transmission protocol HTTP-over- 
TCP/IP. As an alternative to the SE interface SE-S it is, however, also possible to 
use the SE interface SE-S' (this is indicated in FIGURE 1 1 by the dot-and-dash 
lining), with the SE interface SE-S' being embodied for transmitting the 
presentation message PN, the notification message MN, and other information or, 
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as the case may be, messages in accordance with the transmission protocol SIP- 
over-TCP/IP. 

[00158] Besides the "WEB server" module WSM and the user 

database NDB, the editing unit ABE contains a service message generating module 
SNEM, a template producing module VEM, and a template archive VA, with the 
"WEB server" module WSM having, alongside the I/O connection to the user 
database NDB and the SE interface SE-S, an O connection to the service message 
generating module SNEM and an I/O connection to the template producing module 
VEM, with the template producing module VEM having, alongside the I/O 
connection to the "WEB server" module WSM, an I connection to the user database 
NDB and the template archive VA, and with the service message generating 
module SNEM having, alongside the connection to the "WEB server" module 
WSM, an O connection to the SS interface SS-S. 

[00159] The transmitting and processing operations belonging to the 

flow phases AP6, AP7' in FIGURES 4b and 5b are performed in the functional unit 
formed from the "WEB server" module WSM, the user database NDB, the template 
archive VA, the service message generating module SNEM, the template producing 
module VEM, the SE interface SE-S, and the SS interface SS-S according to the 
representations shown in FIGURES 4b, 5b, 7, and 9. 

[00160] FIGURE 12 shows the basic structure of the terminal EG 

embodied as a set-top box STB in conjunction with a television set FA, FBS and 
with a remote control instrument FBI. The central element of the terminal EG is the 
set-top box STB consisting substantially of a processing unit VAE, a buffer 
memory PSP, a wireless interface DL-S, and a server/terminal interface (SE 
interface) SE-S. The set-top box STB is connected to the server SV, SV2 according 
to FIGURES 10 and 1 1 via the SE interface SE-S, which is again designed for the 
transmission protocol HTTP-over-TCP/IP. 

[00161] The wireless interface DL-S sets up the wireless connection, 

preferably embodied as an infrared or radio link, to the remote control instrument 
FBE, which can be embodied as, for example, a computer keyboard or a television 
remote control unit. 
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[00162] The buffer memory PSP serves to buffer the output data 

transmitted via a SCART or S-video interface to the television set FA having a 
television screen FBS. 

[00163] The processing unit VAE of the set-top box STB contains a 

"WEB browser" module WBM and a message receiver module MEM embodied as 
a "listener" or, as the case may be, notification recipient. Both the "WEB browser" 
module WBM and the message receiver module MEM have in each case I/O 
connections to the buffer memory PSP, the SE interface SE-S, and the wireless 
interface DL-S. The "WEB browser" module WBM furthermore has an I 
connection to the message receiver module MEM. 

[00164] For displaying the output data on the television screen this is 

subdivided into four quadrants Q1...Q4. The content of a message archive is 
displayed in a first quadrant Ql (top left on the screen). The television program in 
progress is displayed in a second quadrant Q2 (top right on the screen), while the 
respective message text or, as the case may be, current media element, for example 
an image or video, is displayed in a third quadrant Q3 (bottom left on the screen) 
and a fourth quadrant Q4 (bottom right on the screen). 

[00165] The remote control instrument FBI has an OK key, for 

example for selecting a message, and in each case two vertical cursor keys 
("top/up" and "bottom/down" arrow keys) and horizontal cursor keys ("left" and 
"right" arrow keys). The vertical cursor keys make it possible to navigate in the 
message archive while the horizontal keys are used to change between the 
individual quadrants Q1...Q4. The OK key and cursor keys of the remote control 
instrument FBI can alternatively be embodied as softkeys. 

[00166] FIGURE 13 shows the basic structure of the terminal EG 

embodied as a set-top box STB in conjunction with a television set FA, FBS and 
with a remote control instrument FBI wherein the data and messages requiring to be 
transmitted to the terminal can be transmitted with the aid of an SIP protocol. The 
central element of the terminal EG is again the set-top box STB consisting 
substantially of a processing unit VAE' modified owing to the SIP protocol, the 
buffer memory PSP, the wireless interface DL-S, and a modified server/terminal 
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interface (SE interface) SE-S\ The set-top box STB is connected to the server SV, 
SV2 according to FIGURES 10 and 1 1 via the SE interface SE-S' which, in 
contrast to the SE interface shown in FIGURE 12, is designed for the transmission 
protocol SIP-over-TCP/IP. 

[00167] The wireless interface DL-S again sets up the wireless 

connection, preferably embodied as an infrared or radio link, to the remote control 
instrument FBE, which can be embodied as, for example, a computer keyboard or a 
television remote control unit. 

[00168] The buffer memory PSP again serves to buffer the output 

data transmitted via a SCART or S-video interface to the television set FA having a 
television screen FBS. 

[00169] The processing unit VAE of the set-top box STB again 

contains a "WEB browser" module WBM and a modified message receiver module 
MEM' embodied as a "listener" or, as the case may be, notification recipient. Both 
the "WEB browser" module WBM and the message receiver module MEM' again 
have in each case I/O connections to the buffer memory PSP, the SE interface SE- 
S, and the wireless interface DL-S. The "WEB browser" module WBM furthermore 
has an I connection to the message receiver module MEM'. 

[00170] For displaying the output data on the television screen this is 

again subdivided into four quadrants Q1...Q4. The content of a message archive is 
displayed in a first quadrant Ql (top left on the screen). The television program in 
progress is displayed in a second quadrant Q2 (top right on the screen), while the 
respective message text or, as the case may be, current media element, for example 
an image or video, is displayed in a third quadrant Q3 (bottom left on the screen) 
and a fourth quadrant Q4 (bottom right on the screen). 

[00171] The remote control instrument FBI again has an OK key, for 

example for selecting a message, and in each case two vertical cursor keys 
("top/up" and "bottom/down" arrow keys) and horizontal cursor keys ("left" and 
"right" arrow keys). The vertical cursor keys make it possible to navigate in the 
message archive while the horizontal keys are used to change between the 
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individual quadrants Q1...Q4. The OK key and cursor keys of the remote control 
instrument FBI can alternatively be embodied as softkeys. 

[00172] While the invention has been described with reference to one 

or more exemplary embodiments, it will be understood by those skilled in the art 
that various changes may be made and equivalents may be substituted for elements 
thereof without departing from the scope of the invention. In addition, many 
modifications may be made to adapt a particular situation or material to the 
teachings of the invention without departing from the essential scope thereof. 
Therefore, it is intended that the invention not be limited to the particular 
embodiments disclosed as the best mode contemplated for carrying out this 
invention, but that the invention will include all embodiments falling within the 
scope of the appended claims. 
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